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Today’s  presentation  provides  an  overview  on  the  Navy’s  OA 
Enterprise  initiative  and  required  changes  to  implement  OA 


Overview  on  the  OA  Initiative 

□  Challenges  facing  Navy  Leadership 

□  Establishment  of  the  OA  Enterprise  Team  (OAET) 

□  The  OA  Strategy 

□  The  OA  Transformation  Roadmap 

□  OA  Measures  to  Gauge  Success 

□  Benefits  of  OA 
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Navy  leadership  is  under  continued  pressure  to  control 
the  rising  costs  of  weapon  systems  and  platforms... 


“Among  the  greatest  risks  we  face  is  the  spiraling  cost  of  procurement  for  modern  military  systems,  and 
shipbuilding  is  no  exception.  Shipbuilding  cost  increases  have  grown  beyond  our  ability  to  control  as 
compared  to  decades  prior.  ” 

Former  CNO,  ADM  Clark,  Statement  Before  the  Senate  Armed  Services  Committee,  10  February  2005 


“  The  Committee  is  concerned  over  the  affordability  of  the  Navy’s  future  shipbuilding  program.  The 
Committee  encourages  the  Navy  to  redouble  its  efforts  to  lower  costs  for  ship  classes  on  the  drawing 
boards,  to  provide  a  more  affordable  plan  for  the  future.  ” 


-  Report  of  the  Committee  on  the  DOD  Appropriations  Bill,  2006,  10  June  2005 


“Cost  increases  incurred  while  developing  new  weapon  systems  mean  DOD  cannot  produce  as  many 
of  those  weapons  as  intended  nor  can  it  be  relied  on  to  deliver  to  the  warfighter  when  promised.  We 
must  either  make  tough  decisions  now  to  increase  the  chances  for  programs  to  be  executable  within 
fiscal  realities  or  brace  ourselves  for  more  draconian  decisions  later  driven  by  those  fiscal  realities.  ” 

-  POP  Acquisition  Outcomes,  A  Case  for  Change,  Statement  of  Katherine  V.  Schinasi, 
^ _ Managing  Acquisition  and  Sourcing  Management,  GAO,  15  Nov  2005/ 
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In  July  2005,  incoming  Chief  of  Naval  Operations,  ADM 
Mullen  vowed  to  continue  transforming  the  Navy 


“In  almost  every  conceivable  way,  we  are  not  the  same  Navy  we  were  five 
years  ago.  We  don't  think  the  same;  we  don't  plan  the  same;  we  don't 
operate  the  same  or  fight  the  same. 

By  adapting  to  new  technology  and  new  ways  of  doing  business,  the 
Navy  is  now  more  capable,  more  ready,  more  effective  and  more 
efficient.  The  only  constant  in  our  future  is  change... change  will 
demand  hard  work  and  the  willingness  to  adapt. 

We  must  continue  to  sharpen  the  blade  that  is  naval  warfare,  both  at  sea 
and  ashore.  Though  we  are  clearly  more  ready  today  than  we  have  ever 
been,  we  have  much  work  yet  to  do  and  effort  yet  to  expend  to  be  ready  for 
tomorrow.  We  must  be  able  to  transform  ourselves  and  our  thinking  quickly 
in  response  to  an  ever-changing,  ever-challenging  and  ever-more-joint 
environment.  Much  is  riding  on  that  ability.  ” 


-  Chief  of  Naval  Operations,  ADM  Mullen,  July  2005 


Source:  http://www. defense! ink. mil/news/Jul2005/20050722  2 1 92. html,  “Leaders  Encourage  New  CNO  to  Continue 
Navy’s  Transformation,” by  Donna  Miles 


1  May  2006 


Implementation  of  open  architecture  across  the  Navy,  is  and 
will  remain,  a  key  tenet  of  transformation... 


...that  will  help  drive  costs  down  while  increasing  capabilities 


NAVAL  OA  CORE  PRINCIPLES 

Modular  design  and  design 
disclosure 


Reusable  application  software 


Interoperable  joint  warfighting 
applications  and  secure 
information  exchange 


Life  cycle  affordability 


Encouraging  competition  and 
collaboration 


NAVAL  OPEN  ARCHITECTURE 

A  multi-faceted  strategy 
providing  a  framework 
for  developing  joint 
interoperable  systems 
that  adapt  and  exploit 
open-system  design 
principles  and 
architectures 
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In  August  2004,  leadership  established  the  Naval  Open 
Architecture  Enterprise  Team  to  drive  the  overall  OA  strategy 


In  developing  the  OA  strategy,  it  is  important  to  understand 
where  we  are  today... 


Today’s  Environment: 

■  Business 

□  Continuously  challenged  with  budgetary  decisions 

□  Inflexible  acquisition  strategies  that  “lock  the  Navy  in” 

□  Limited  competition  that  impede  innovation 

□  Procure  systems  that  are  not  affordable  in  production  and  modernization 

□  Procure  systems  for  similar  capabilities  across  the  enterprise 

□  Limited  software  reuse  across  programs  or  domains 

□  Limited  access  and  sharing  of  data  across  programs  or  domains 

□  Few  enterprise  processes  to  foster  integration  among  programs  and  domains 

■  Technical 

□  Incompatible  systems  that  are  not  interoperable 

□  Monolithic  or  closed  systems  that  are  not  rapidly  or  economically  upgradeable 

□  Closed  systems  that  cannot  leverage  advances  in  technology 

□  Special  use  code  and  system  modules  that  cannot  be  reused  across  the  Navy 
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...and  where  we  want  to  go  -  Our  Future  State 


Future  State  Environment: 

■  Business 

□  Enterprise-wide  plans  based  on  cost/capability  analysis  of  programs  that 
address  capability,  affordability  and  stabilization 

□  Flexible  acquisition  strategies  and  contracts  that  enable  the  Navy  to  reuse 
software,  easily  upgrade  systems  and  share  data  among  the  enterprise 

□  Streamlined  investments  in  similar  capabilities 

□  Increased  competition  to  foster  innovation  and  leverage  tech  refreshes 

□  Established  enterprise  processes  and  governance  to  foster  integration 

■  Technical 

□  Layered  and  modular  open  architectures  that  address  portability, 
maintainability,  interoperability,  upgradeability  and  long-term  supportability 

□  Modular,  open  designs  consisting  of  components  that  are  self-contained 
elements  with  well-defined  interfaces 

□  Maximum  use  of  commercial  standards  and  commodity  COTS  products 

□  Continuously  conform  with  Information  Assurance  (IA)  requirements  and 
monitor  technology  developments  for  IA  improvements 

—  The  driving  energy  for  OA  is  competition! 
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Our  OA  Roadmap  is  our  plan  for  reaching  our  end-state 

OA  Transformation  Roadmap 


1.  OA  ENTERPRISE  COORDINATION 


OA  Enterprise  Coordination  is  the  overarching  structure 
needed  to  manage  the  program,  keep  activities  aligned,  and 
ensure  specific  projects  stay  on  schedule 


2.  CHANGE  MANAGEMENT  /  COMMUNICATIONS 


Change  Management  /  Communications  involves  the 
culture  adoption  of  OA  principles  and  practices  through 
stakeholder  management,  communications,  and  training 


3.  OA  PROGRAM  MATURITY 
DEVELOPMENT 


4.  OA  INFRASTRUCTURE 
IMPLEMENTATION 


Program  Maturity  Development  involves  the 
process  of  baselining  the  OA  maturity  of  systems 
and  family  of  systems  and  determining  plans  of 
action 


OA  Infrastructure  Implementation  entails  the 
changes  needed  to  institutionalize  OA 
principles  and  practices  across  the  enterprise 


i 
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FY  06  ACTIVITIES 


Component  1  involves  coordinating  the  transformation 
across  the  Naval  Enterprise  and  with  other  services 


1.  OA  ENTERPRISE  COORDINATION 


1.1  Execute  OA  Strategy 

□  Execute  ASN  (RD&A)  OA  vision 

□  Execute  OPNAV  OA  requirements 

□  Execute  OA  EXCOMM  Action  Items 

□  Build  FY06  Master  Integrated  Plan 

1 .2  Support  ASN  (RD&A)  /  OA  Lead 
Council 

□  Support  OA  EXCOMM  Meetings 

□  Submit  Monthly  OA  Metrics/  Reports 

1.3  Manage  OA  Enterprise  Team  (OAET) 

□  Conduct  OAET  Monthly  Meetings 

□  Conduct  Quarterly  Program  Reviews 

□  Manage  OAET  Integrated  Workplan 

□  Manage  FY  06  OA  Budget 

□  Manage  OAET  Risk  Plan 


1.4  Coordinate  OA  Initiative  with  FORCEnet 

□  Attend  FORCEnet  EXCOMM 
Meetings 

□  Participate  in  C4I  Virtual  Syscom 

□  Align  tasks,  where  applicable 

1.5  Coordinate  Naval  OA  Initiative  with 
Other  Services 

□  Coordinate  with  OSD,  OSJTF 

□  Coordinate  with  Marine  Corps 

□  Coordinate  with  Army 

□  Coordinate  with  Air  Force 
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FY06  ACTIVITIES 


Component  2  includes  managing  change  and  communications 
with  our  stakeholders 


CHANGE  MANAGEMENT  /  COMMUNICATIONS 


2.1  Manage  OAET  Stakeholder  Plan 

□  Update  Stakeholder  Plan 

□  Conduct  Assessments 

□  Develop  Mitigating  Action  Plans 

□  Execute  Action  Plans 


2.2  Manage  Ongoing  Communications 

□  OA  Briefs 

□  OA  Precepts 

□  OA  Quick  Successes 

□  Acc.dau.mil/oa  website 

□  Correspondence 

□  Communications  Plan 


2.3  Manage  Ongoing  Outreach  Efforts 

□  OA  Industry  Days 

□  OA  Symposiums 

□  OA  Road  Shows 

□  Conferences 

□  Industry  Consortiums 

2.4  Execute  OA  Enterprise  Education 
and  Training  Master  Plan 

□  Develop  /  field  curricula  for  NPS  & 
DAU 

□  Develop  Continuous  Learning 
modules  /  Workforce  Awareness 
programs 
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FY  06  ACTIVITIES 


Component  3  entails  assessing  the  openness  of  programs, 
updating  programs  of  record,  and  testing  alternatives 


r 

3.  OA  PROGRAM  MATURITY 

DEVELOPMENT 

3.1  Maintain  analytical  tools  to 
assess  programs 

3.2  Conduct  OA  Program 
Assessments 

3.3  Adjudicate  Results  of  OA 
Assessments 

3.4  Determine  Business  and 
Technical  Alternatives 


3.6  Prepare  POM  Issue 
Papers  and/or 
Business  Case  (s) 

□  Costs  /  Benefits 

□  Risk  Assessment 

3.7  Update  Program  of 
Record 

□  Adjust  funding  to 
support  plan 


3.8  Test  OA  Technical 
Alternatives  for  Risk 
Reduction 

□  Feasibility  Testing 

□  Developmental 
Testing 
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Component  4  requires  changing  the  business  and  technical 
landscape  to  support  the  implementation  of  OA 


BUSINESS 

4.1  Assess  prime  integrator  vs.  end-to- 
end  developer  roles 

4.2  Develop  enterprise  OA  contract 
language 

4.3  Establish  process  for  conducting 
data  rights  requirements  analysis 

4.4  Develop  framework  for  OA  contract 
incentives 

4.5  Develop  OA  Award  fee  criteria 


TECHNICAL 

4.6  Develop  OA  Enterprise  Component 
Library 

□  Inventory  existing  repositories 

□  Develop  ConOps  and  CM 
processes 

□  Define  data  structures  and 
technical  detail 

□  Identify  OA  Artifacts 

□  Build,  deploy  and  populate 
repository  and  toolset 

4.7  Align  Domain  standards 

4.8  Align  standards  to  DISR 
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Successful  implementation  of  OA  requires  sound 
performance  measures  to  monitor  and  gauge  success 


ILLUSTRATIVE  PERFORMANCE  MEASURES 

OA  Metric 

■  OA  metric  illustrating  a  program’s  current  state  of  openness 

Time  to  Field 

■  Decreased  time  to  field  new  warfighting  capabilities  to  the  fleet 

Cost  Avoidance 

■  Cost  avoidance  from  software  re-use  and  use  of  COTS 

Baseline 

Reduction 

■  Reduction  of  warfare  system  baselines 

Streamlined 

Investments 

■  Streamlined  investments  for  similar  capabilities,  system 
upgrades,  test  and  evaluation 
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fmplementation  of  OA  will  yield  many  benefits  to  the  Navy  as 
demonstrated  by  the  ASW  community 


Benefits  to  the  Fleet  and  Other  Organizations 

Performance 

■  Continuous  competition  yields  best  of  breed  applications 

■  Focus  on  warfighter  priorities 

Schedule 

■  System  integration  of  OA-compliant  software  happens  quickly 

■  Rapid  update  deliveries  driven  by  use  operational  cycles 

Cost  Avoidance 
Mechanisms 

■  Software  -  Develop  once,  use  often,  upgrade  as  required 

■  Hardware  -  Use  high-volume  COTS  products  at  optimum  price  points 

■  Training  systems  use  same  tactical  applications  and  COTS  hardware 

Design  for 
Maintenance-Free 
Operating  Periods 

■  Install  adequate  processing  power  to  support  “fail-over”  without  maintenance 

■  Schedule  replacement  with  improved  COTS  vice  maintaining  old  hardware 

■  Reduce  maintenance  training  required 

■  Consolidate  Development  and  Operational  Testing  for  reused  applications 

Risk  Reduction 

■  Field  new  applications  only  when  mature 

■  Do  not  force  the  last  ounce  of  performance 

■  Deploy  less  (but  still  better  than  existing)  performance  or  wait  until  next  update 
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In  summary,  OA  will  continue  to  be  a  key  enabler  in  meeting 
the  three  priorities  laid  out  by  the  CNO  for  FY06... 


U.S.  NAVY  MISSION 

Combat-ready  naval  forces  capable  of 
winning  wars,  deterring  aggression, 
preserving  freedom  of  the  seas,  and 
promoting  peace  and  security . 


Sustain  combat 

Build  a  fleet 

Develop  21st 

readiness 

for  the  future 

century  leaders 

SEA  POWER  21 
FLEET  RESPONSE  PLAN 


SHIPBUILDING  PLAN 
ASHORE  VISION 
AVIATION  ROADMAP 


SEA  WARRIOR 
STRATEGY  FOR  OUR  PEOPLE 
DIVERSITY 


OPEN  ARCHITECTURE 


...and  several  related  objectives 


C>JO  Guidance  foe  2006 

Afeetiii^r  the  Challenge  of  a  JSTew  Era 


I.  In  trad  Tacti  on 

We  sre  a.  nation  and  a  Navy  at  war.  Whether  providing  sovereign  deck  ip  ace 
from  which  to  latmdi  s&ikei  is  Afplranictan.  conti  tilling  to  support  ground  operations  in 
Iraq,  patrolling  the  seas  to  interdict  terrorists,  or  shapmj;  the  mriiriire  domain  through 
swift  Limvanitar l an  action  in  Iudouesis  and  on  mar  own  Gulf  Coast,  we  are  contributing  to 
joint  and  combined  op  eratians  in  ways  no  one  could  have  imagined  a  few  short  years  ago. 

We  live  on  the  cusp  of  anew  era.  It  is  an  era  plagued  by  uncertainty  and  change 
and  u  nr  b  attic  ted  warfare,  an  era  of  slifthiE  global  threats  and  challenging  new 
opportunities.  It  is  an  era  that  cads  for  new  skid  sets,  deeper  partnerships,  mutual 
rnudeiitaudicE  and  —  wish  die  ETBaTinaiotLty  of  international  commerce  still  moidnE  ou 

2006  Key  Objectives 

L 

: 

*  i .  Win  the  war  on  terror  and  stay  ready  to 

.  meet  other  operational  requirements; 

a 

1 

*  2.  Determine  and  deliver  on  the  Navy's  future 

1  force  structure  requirements; 

*  3.  Drive  to  execution  Sea  Warrior  and  other 

;  ongoing  manpower  and  personnel 

2  transformational  efforts; 

4.  With  the  USMC,  increase  the  value  of 
naval  contributions  to  the  Joint  Force; 

5.  Develop  closer  working  relationships  with 
the  USCG  and  other  governmental  and 
non-governmental  organizations; 

6.  Apply  effects-based  thinking  across  the 
Navy;  and 

7.  Become  leaders  of  change  and  innovation. 
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The  Open  Architecture  Enterprise  Team  Points  of  Contact 


ENTERPRISE 

Bill  Johnson 

Director  of  OA 

william.m.iohnson4@navv.mil 

Mike  Rice 

Technical  Director  OA 

michael.l.rice@navv.mil 

LCDR  Corsano 

Deputy  Director  OA 

Scott.Corsano@naw.mil 

AIR  DOMAIN 

Mark  Milton 

Air  Domain  Lead 

mark.milton@navv.mil 

Brian  Schneider 

Air  Domain  Representative 

brian.schneider@ihuaol.edu 

C4I  DOMAIN 

Chris  Miller 

C4I  Domain  Lead 

chris.miller@navv.mil 

Dave  Gedra 

C4I  Domain  Representative 

daedra@svstechnoloaies.com 

MARINE  CORP  DOMAIN 

Darrell  Schultz 

Marine  Corp  Lead 

darrell.o.schultz@usmc.mil 

Jim  Africa 

Marine  Corp  Representative 

iames.africa@naw.mil 

SPACE  DOMAIN 

Brian  Scurry 

Space  Domain  Lead 

brvan .  scurrv@  navv.  m  i  1 

Carlos  Del  Toro 

Space  Domain  Representative 

cdeltoro@sbatechnoloavsolutions.com 

SUB  DOMAIN 

Melinda  Jensen 

Sub  Domain  Lead 

melinda.iensen@naw.mil 

Paul  Gooder 

Sub  Domain  Representative 

oaooder@eaainc.com 

SURFACE  DOMAIN 

CDR  Ailes 

Surface  Domain  Lead 

iohn.ailes@navv.mil 

Aaron  Anderson 

Surface  Domain  Representative 

aaron.s.anderson@naw.mil 
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Naval  OA  requirements  and  program  responsibilities  are 
derived  from  three  primary  sources 


5  August  2004  OA  Policy  Statement 
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MEMORANDUM  FOR  DISTRIBUTION 
SUBJ;  Navjfl  Open  Arcfllrecture  Scope  an-d  RcspMSilitlLEici 
End:  {l}GptnArT 
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OA  EXCOMM  Action  Items 


THE  ASSISTANT  SECRETARY  OF  THE  NAVY 


WMlwngton  DC  M1MMOOO 

MM  I  5  2CT5 


MEMORANDUM  FOR  DISTRIBUTION 


23  December  2005  OPNAV  Requirements 

SUBJ  ECT:  Summary  of  OA  EXCOMM  III  „f  Frl  ,i.,.rv  ??  TIT)*.  _  1 


On  Tuesday.  February  22.  2005. 1  host 
Committee  Meeting  (EXCOMM)  at  SPAV 
intern  of  this  meeting  was  to  review  the  su 
across  the  Naval  Enterprise  and  to  review 

There  were  four  ma)or  goals  identified 

•  Update  the  status  of  the  OA  Initial 

•  Outline  a  coordinated  strategy  for 

•  Approve  requested  decisions  neces 

•  Provide  insight  into  current  status 
selected  functional  Domains. 

The  OA  EXCOMM  focused  on  curren 
principles  of  system  design  and  acquisitiot 
systems  (hat  is  more  affordable,  agile,  and 
(1).  Key  points  made  include: 

•  The  Navy  mast  transition  to  OA  to 
enables  a  supportable  Fleet,  but  do 
mast  develop  an  Enterprise  frames 
must  ensure  applications  and  funct 
selection  of  programs  to  be  opened 
Cross-Domain  and  Cross-Entcrpru 

•  The  Navy's  organizational  stiuctur 
Systems  Commands  and  PEOs  sha 
commands.  They  shall  also  coopei 
capabilities. 

•  Contract  business  models  for  progi 
determine  if  they  foster  that  transit 

•  There  is  an  enterprise-wide  need  fc 
and  non-tactical  IT.  aligns  Industry 
between  C4I  and  combat  systems, 
each  other.  I  intend  to  engage  the 
establish  an  enterprise- wide  IT  go' 

•  FORCEnet  and  OA  must  map  into 

«  The  Enterprise  will  present  a  coon 


DEPARTMENT  Of  THE  NAVY 
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Ser  N6N7/  51)9162: 
23  Hqc  05 

From:  Deputy  Chief  of  Naval  Operations  (Warfare  Requirements 
and  Programs)  (N6/N7) 

Subj:  REQUIREMENT  POR  OPEN  ARCHITECTURE  (OA)  IMPLEMENTATION 

Ref:  (a)  ASN(RDA)  Memorandum  on  Naval  Open  Architecture  Scope 

and  Responsibilities  dated  05  August  04 

Enel:  (1)  OA  Enterprise  Team 

1.  Purpose  This  letter  establishes  the  requirement  to 
implement  Open  Architecture  (OA)  principles  across  the  Navy 
Enterprise.  To  deliver  timely,  affordable,  interoperable 
warfighting  capability  to  the  fleet,  made  sustainable  by  the 
flexible  integration  of  emerging  capabilities,  we  must 
incorporate  OA  processes  and  business  practices  now. 

2.  Background  Warfare  systems  include  hardware,  software  and 
people.  Huron  factors,  (i.e.  such  as  training,  education  and 
doctrine)  factor  heavily  in  warfighting  effectiveness.  Naval  OA 
transformation  must  match  the  rapid  evolution  in  commercial  and 
military  technology.  Not  only  must  we  shorten  the  kill  chain 
across  the  family  of  systems;  we  must  also  shorten  the  time  and 
cost  it  takes  to  deliver  capability  improvements.  Our  current 
process  takes  nearly  a  decade,  costs  hundreds  of  millions  of 
dollars  and  delivers  products  that  are  commercially  obsolete  and 
have  only  incremental  improvements  in  warfighting  capability. 

That  is  not  good  enough,  and  must  change  in  POM08.  Acquisition 
processes  and  business  practices  must  transition  now  in  order  to 
support  POM  C8  and  implement  agile  changes  that  support  rapidly 
evolving  requirements . 

OA  Principles  include: 

a.  Modular  design  and  design  disclosure  to  permit 
evolutionary  design,  technology  insertion,  competitive 
innovation,  and  alternative  competitive  approaches  from  multiple 
qualified  sources. 


*  ASN  RD&A  OA  Policy 

►  OA  EXCOMM  Action  Items 


*  OPNAV  Requirements 


NAVAL  OA  Responsibilities 
and  Requirements  to 
execute  against  the  strategy 
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OA  Special  Interest  Area  -  https://acc.dau.mil/oa 


Monthly  average 
hits  ~  1500 
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Symposiums  and  Industry  Day  Events 


Naval  OA  Contract  Symposium 

■  Held  29  September  05 

■  All  day  government  event 
Focus:  Contracting  in  OA 

■  1 5  Speakers 
125  Participants 

60%  response  rate  on  survey 


d  the  Naval  Contract  Symposium  for 

Open  Architecture 

29  September  2005 
0900  -  1630 

Hosted  by:  PEO-IWS 
Location:  NAVSEA  Auditorium 


Far  more  tobrmaton.  contact :  U  CceyBatiey  at  202-781 -2986  or  oozybaUayQnarymH 


Naval  OA  Industry  Day 

■  Held  14  February  06 

■  Half  day  industry  event 

Focus:  Business  Principles  of  OA 

■  8  Speakers 

■  280  Participants 

69%  response  rate  on  survey 

i 

Industry  Partners  - 
You  are  invited  to  attend  the 

Naval  Open  Architecture 
Industry  Day 


14  Februaiy  2006 
0900- 1245 

Hosted  by  PEO-IWS 
Location:  Anteon, 
1100  New  Jersey  Avenue 


For  details,  please  visit 
https://acc.dau  mil/oa 


To  RSVP  contact:  Monty  Ruckman  at 
mruckman@anteon.com 
or  202-756-7336 
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Education  and  Training  Master  Plan 


Education  and  Training  Continuum 


NPS  /  AFIT/  Civilian  Universities 


Postgraduate 

Education 

•  High  Impact 

•  Long  time  horizon 

•  Develops  leaders  of 
tomorrow 

•  Technical 
competencies 

•  Some  business 
competency 

•  In-depth  education 
in  technical  or 
business 

disciplines  leading 
to  a  graduate 
degree 

•  Formal  classroom 
training,  either  on 
campus  or  distance 
learning 


DAU 


DAWIA  Certification 
Training 

•  High  Impact 

•  Long  Time  Horizon 

•  Qualification  training  for 
the  Acquisition  Workforce 

•  Principally  business 
competencies 

•  Some  technical 
competencies 

•  Broad  training  covering  a 
variety  of  topics  leading  to 
career  field  certifications  in 
specific  disciplines 

•  Formal  classroom  training 
either  on  campus  or 
distance  learning 


NAVY 


Continuous 

Learning 

•  Medium  Impact 

•  Short  to  medium  time 
horizon 

•  Business  or  technical 
competencies 

•  Focused  course  work 
on  specific  topics 

•  Symposia  and 
professional  society 
meetings 

•  Instructor  or  web 
delivery 


Knowledge 

Sharing 

•  Medium  to  high 
impact 

•  Short  time  horizon 

•  Task  based 

•  Web  based 

•  Learning  modules  or 
best  practices 


Workforce 

Awareness 

•  Low  Impact 

•  Short  time  horizon 

•  Business  orientation 

•  Briefings  and  general 
orientation 

•  Instructor  or  web 
delivery 
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OA  program  assessments  are  underway  to  better  understand 
how  open  our  programs  are  today 


Background 

□  EXCOMM  II  and  EXCOMM  IV 
tasked  Program  Managers  to 
conduct  program  assessments 
to  determine  how  open 
programs  are  today 


□  The  OA  Model  and  Tool  were 
developed  to  support  this  action 

□  An  assessment  will  produce  an 
OA  Metric  and  give  managers  a 
better  understanding  what  they 
can  do  to  increase  the 
openness  of  their  program 


Open  Architecture  Maturity  Matrix 


O' 

4 - 

Technical  Levels 


OA  Metric 


Naval  Open  Architecture  Assessment  Tool 
Assessment  Score  Summary 


OA 

Assessment 

Report 
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OA  experimentation  efforts 


23  December  05  OA  Experimentation 
Requirement 

— 
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OA  Experimentation  Vision 

□  Develop  rapid  fielding  and  more 
affordable  Warfighting  capabilities 

□  The  path  to  FORCEnet  demands 
seamless  integration 

■  Reducing  the  risk  of  delivering  non- 
Interoperable  products 

Experimentation  Success  Criteria 

□  Coordinate  end-to-end  force  level 
system  engineering  experiments 

■  Interoperability,  Open  Architecture 

□  Leverage  existing  open/collaborative 
engineering  environments 

■  Across  systems  and  domains 

□  Foster  team  work 

□  Prototype  new  business  and 
engineering  processes 
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Maritime  Interdiction  Experiment  OV-1 
“National  Critical  Contact  of  Interest” 


ENVIRONMENT 


•  Littoral  waters  off  the  coast  of  a  rogue  nation  that  has 
tried  to  purchase  sensitive  material  and  has  severed 
diplomatic  ties  to  the  U.S. 

•  High  background  of  normal  commercial  maritime  and 
air  traffic 


Land  Based 
Test 

Environment 


Threat 

Swarm  boats 
Shore  Cruise  Missile 
Air  Force 
“Other  CCOIM 


Investing  in  Family  of  Systems  System  Engineering 
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Maritime  Interdiction  Experiment  OV-1 
“National  Critical  Contact  of  Interest” 


Family  of  Systems  System 
Engineering 


C4I 

CDM  expertise 
SOA  capabilities 


SPACE 

SATCOM  link 
emulation 
Network  overlay 


CONUS  /  theater  reach-back  cell 


T-COMM 


NWDC: 

•  Provides  Scenario  Sim  Gen 


Common  Data  Model 

Distributed  Land-Based 
Test  Network 


AIR  (NAWC-PAX): 

•  P-3,  SH-60  most 
relevant  platforms  for 
surface  surveillance 

•  E-2  most  mature 
platform  simulator 


SH-60 


SUBSURFACE  (NUWC-NPT): 

•  Limited  bandwidth  platform 

•  Provides  tactical  ISR 


DDG,  CG 


SSN / SSGN 


FORCEnet  needs  this  type  of  process 


CVN 


SURFACE  (NSWC-DAHL): 

•  CVN  in  simulation  environment 
as  defended  asset 

Focus  on  strike  group  protection 
mission 
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We  have  completed  an  initial  OA  Contract  Handbook  and 
accompanying  implementation  plan  ... 


Tasking 


Draft  Handbook 


Implementation  Plan 


The  Enterprise  Team 
shall  define  an  OA 
Acquisition  strategy  and 
develop  guidance. . . .  The 
accompany  guidance 
will  then  be  utilized  in 
future  OA  procurements 
tailored  as  necessary  to 
incorporate  domain 
specific  requirements. 

-  Naval  OA  Policy 
Statement  05,  Aug  2004 
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NAVAL  ENTERPRISE 
OPEN 

ARCHIT  E  CUTURE 
CONTRACT 
HANDBOOK 
FOR PROGRAM 
MANAGERS 

March  24, 2006 
DRAFT 

»£or*d  br=  na-TO3T: 


Build  Awareness  and  Obtain 
Leadership  Sponsorship 


Issue  OA  Contract  Guidebook  V  1 .0 


Conduct  Training  on  OA  Guidebook 


Conduct  Pilot  in  NAVSEA  Contracts 


Institute  Feedback  Mechanisms 
“Build-Test-Build” 


Conduct  Progress  Evaluations 


“  Until  contracts  include  OA  language,  incentives,  and  award  fees  under  the  new 
paradigm,  things  will  not  change  ”  -  Quote  from  Industry  Day  participant 


...  per  ASN  RD&A  tasking  to  utilize  guidance  in  procurements 
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Enterprise  Component  Library 


GODDARD  SPACE  FLIGHT  CENTER 


*■  Visit  f'JASA.gov 
►  Goddard  Home  Page 


Earth  Science  Data  System 

Software  Reuse 

Working  Group 


m 


+  HOME 

+  REUSABLE  ASSETS 

+ RESOURCES 

+  OPEN  SOURCE 

■f  FUNDING  OPPOfiTUNHIES 

navigation"  I 

@  Home 

□  Reusable  Assets 

C]  Resources 
Q  Open  Source 
Q  Funding 
Opportunities 


working  group  members  :■  log  in 


LH  .StiMtst  a  Li  ilk 


news  1 

§  Suggest  a  Reusable 
Asset  Repository 

2005-09-28 


ffl  Computational  Infrastructure  for  Geodma mi cs 

CIG  is  working  under  a  Cooperative  Agreement  with  the  National  Science  Foundation  to 
develop,  support,  and  disseminate  open  source  software  forthe  computational 
geophysics  and  related  fields. 


More... 


upcoming  events  | 

§  AGU  Fall  Meeting  20-05 

San  Francisco,  California, 
2005-12-05 


fl  Earth Obsenri no  System  Clearinghouse 

The  ECHO  Client  Reuse  page  is  a  respurce  to  enable  the  sharing  of  source  code 
between  ECHO  client  developers. 

ffl  Global  Change  Master  EH  rectory 

NASA's  GCMD  enables  users  to  locate  and  obtain  access  to  Earth  Science  data  sets  and 
services  relevant  to  the  global  change  and  Earth  science  research. 


@  MSDN  Software  Reuse 
Practices  (Webcast) 

Webcast, 

2005-12-31 


ffl  NASA  Open  Source 

Several  NASA  centers  also  release  software  using  the  NASA  Open  Source  Agreement. 
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Goal:  Establish  the  Enterprise  Asset 
Repository  to  store  the  reusable 
components  per  EXCOMM  action  and 
OPNAV  requirement 

Focus: 

What  should  the  configuration 
management  processes  be  to  modify 
or  update  a  reusable  component? 

What  artifacts  should  be  stored  in  the 
repository? 

What  technology  and  tools  are  needed 
to  develop  and  build  the  asset 
repository? 

Should  the  repository  be  virtual  or 
physical? 

How  will  the  repository  link  to  domain 
repositories? 

u  r 


Navy  Technical  Standards  Alignment 


Air 


Surface  Submarine 


(Common  Standards  Profiles) 


C4I/  Space 


Navy  Standards  Working  Group 


YY  YY  YY 

DoD  Standards  (DISR) 


Commercial  Computing  Industry  Standards 

(OMG)  (POSIX)  (IEEE)  (W3C)  (OASIS)  (IETF) 
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